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Abstract 

We  present  the  Dynamic  Incremental  Routing  ( DIR )  pro¬ 
tocol,  which  features  instantaneous  loop-free  routing  of 
data  packets  based  on  their  destination  addresses  (hop-by¬ 
hop  routing).  Loop-free  routes  are  maintained  by  using 
“feasible  distances”  to  order  the  nodes  with  respect  to  a 
destination.  Simulation  results  show  that  the  performance 
of  DIR  is  much  better  than  the  performance  ofAODV,  DSR 
and  OLSR,  which  are  indicative  of  the  state  of  the  art  in 
routing  protocols. 


1  Introduction 

Several  routing  protocols  have  been  proposed  to  date 
for  ad  hoc  networks.  These  protocols  are  either  pro¬ 
active  (routes  are  maintained  to  every  possible  destina¬ 
tion  in  the  network)  or  on-demand  (routes  are  established 
upon  request).  Pro-active  protocols  like  the  Optimized  Link 
State  Routing  (OLSR)  [1],  Source  Tree  Adaptive  Routing 
(STAR)  [5],  and  Topology  Broadcast  Reverse  Path  For¬ 
warding  (TBRPF)  [7]  incur  temporary  loops,  whereas  such 
on-demand  routing  protocols  like  the  Ad  hoc  On-demand 
Distance  Vector  (AODV)  [9]  protocol,  the  Dynamic  Source 
Routing  (DSR)  [6]  protocol,  and  the  Temporally  Ordered 
Routing  Algorithm  (TORA)  [8],  ensure  loop  freedom  at  ev¬ 
ery  instant. 

DSR  establishes  a  loop-free  route  to  a  destination  by  car¬ 
rying  the  path  traversed  in  the  route  request  and  the  reverse 
path  is  then  used  to  source  route  data  packets.  Although  this 
approach  ensures  that  data  packets  do  not  traverse  loops,  it 
incurs  additional  overhead  in  packet  headers.  On  a  link  fail¬ 
ure,  reliable  error  notifications  have  to  be  sent  to  the  source, 
so  that  a  new  route  can  be  searched.  The  DSR  draft  [6] 
defines  an  operation  to  recover  from  link  failures  locally, 
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by  re-routing  data  packets  along  an  alternative  source  route 
called  packet  salvaging.  However,  this  approach  results  in 
the  formation  of  loops  and  requires  a  mechanism  to  detect 
packets  flowing  in  loops. 

TORA  establishes  multiple  routes  to  a  destination  on- 
demand.  TORA  uses  link-reversal  [2]  to  recover  from  link 
failures  by  ordering  nodes  with  a  combination  of  route 
establishment  timestamps  and  a  height  associated  at  each 
node  per  destination.  A  route  is  clamped  down  at  a  node 
during  the  local  recovery  phase  and  all  updates  need  to  be 
reliable  for  the  algorithm  to  work.  The  recovery  will  re¬ 
route  along  a  alternative  path  which  was  discovered  dur¬ 
ing  the  initial  route  equest  and  it  does  not  take  into  account 
availability  of  better  routes  due  to  mobility.  TORA’s  route 
setup  incurs  more  control  overhead  than  other  on-demand 
routing  protocols  because  of  their  need  for  reliable  commu¬ 
nication  updates  during  route  setup. 

AODV  maintains  loop  freedom  using  destination  se¬ 
quence  numbers  as  a  routing  invariant.  Route  requests  carry 
the  last-known  sequence  number,  which  elicits  route  replies 
with  a  equal  or  higher  sequence  number.  Error  updates  can 
be  sent  unreliably,  because  a  node  increases  its  sequence 
number  for  a  destination  upon  the  occurrence  of  a  link  fail¬ 
ure,  and  invalidates  the  route.  This  prevents  upstream  nodes 
from  replying  to  any  route  requests.  The  Labeled  Distance 
Routing  (LDR)  [4]  protocol  improves  on  the  way  in  which 
AODV  uses  sequence  numbers  by  using  an  additional  in¬ 
variant  based  on  distance.  LDR  orders  nodes  by  using  the 
last  known  shortest  distance  (feasible  distance)  with  respect 
to  a  destination,  and  the  destination  sequence  number  is 
used  as  a  ’’reset”  when  no  path  which  satisfies  the  distance 
ordering  can  be  obtained. 

Loop  freedom  can  be  achieved  in  a  routing  protocol  if 
stale  updates  can  be  sorted  out  from  fresh  ones  or  estab¬ 
lishing  an  ordering  along  nodes  on  the  path  to  the  destina¬ 
tion,  and  this  is  usually  achieved  by  using  a  combination  of 
timestamps  or  sequence  numbers.  The  problem  with  using 
timestamps  is  the  need  for  a  globally  synchronized  clock 
at  all  nodes,  whereas  sequence  numbers  would  need  to  be 
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Table  1.  Terminology 


Notation 

Description 

do 

The  stored  distance  for  destination  D 
at  node  A. 

SD 

The  successor  for  destination  D 

at  node  A. 

ps£ 

The  set  of  neighbors  of  node  A  to  whom 
node  A  has  sent  RREPs  for  D. 

fd£ 

The  least  distance  assigned  by  node  A 
for  D  since  PSp  =  <fi. 

Cb 

The  cost  of  the  link  from  node  A 
to  neighbor  B. 

req,rep 

Superscript  used  for  variables  in  a  route 
request  and  a  route  reply. 

reset  eventually,  which  requires  reliable  broadcasts. 

This  motivates  the  design  for  a  new  routing  protocol  that 
performs  incremental  (i.e,  hop-by-hop)  routing,  uses  unre¬ 
liable  error  updates,  requires  no  sequence  number  or  times¬ 
tamps,  and  no  synchronization  with  neighbor  nodes.  We 
present  the  Dynamic  Incremental  Routing  (DIR)  protocol, 
an  on-demand  routing  protocol  for  mobile  wireless  ad  hoc 
networks  (MANET).  A  strict  ordering  is  established  using 
distances  to  destinations  instead  of  sequence  numbers  or 
timestamps,  allowing  DIR  to  avoid  synchronization  with 
any  neighbor.  Instantaneous  loop  freedom  is  achieved  by 
nodes  maintaining  their  feasible  distances  (i.e.,  the  small¬ 
est  distances  attained  to  a  given  destination),  until  they  can 
be  safely  reset  (increased)  and  establishing  paths  that  main¬ 
tain  the  feasible  distance  ordering  during  route  maintenance 
operations. 

Section  2  provides  a  detailed  description  of  DIR.  Sec¬ 
tion  3  provides  an  example  of  DIR’s  operation.  Perfor¬ 
mance  of  DIR  against  two  on-demand  routing  protocols 
(AODV,  DSR)  and  a  pro-active  link  state  protocol  (OLSR) 
is  presented  in  Section  4.  Section  5  provides  our  concluding 
remarks. 

2  Dynamic  Incremental  Routing  Protocol 
(DIR) 

2.1  Achieving  Loop  freedom 

DIR  uses  route  request  (RREQ),  route  reply  (RREP)  and 
route  error  (RERR)  messages  similar  to  other  on-demand 
routing  protocols.  We  use  the  terminology  in  Table.  1  to 
describe  DIR.  DIR  relies  on  the  following  four  rules  (called 
conditions),  which  apply  for  a  given  destination  D  indepen¬ 
dently  of  other  destinations.  The  rules  make  use  of  the  min¬ 
imum  feasible  distance  of  any  of  the  nodes  that  relayed  or 
originated  a  RREQ  for  destination  D  (denoted  by  rrifd7^'1), 
and  the  current  feasible  distance  of  the  node  that  transmits 


a  RREP  for  D  (denoted  by  fdr^p). 

ADC:  (Accept  Distance  Condition).  When  node  A  receives  a 
RREP  from  node  B  for  destination  D,  then  Node  A  sets 
s^B  if  (d^+lci  <dA)  and  +  fdA. 

SDC:  (Start  Distance  Condition).  Node  I  can  issue  a  RREP  in 
response  to  a  RREQ  for  destination  D  if  I  has  an  active 
route  to  D  and  dp  <  mf(Pffq . 

MDC:  (Minimum  Distance  Condition).  If  node  A  relays  a 
RREP  for  destination  D,  it  sets  fdr^p  =fdp  and  dr^p  — 
dp.  Node  A  relays  a  RREQ  for  destination  D  only  if 
A  ^pathr^q  and  sets  mfdr^q  =min{mfdr^q ,  fd p). 

RDC:  (Reset  Distance  Condition).  If  node  A  must  change  sd 

then  it  sets  dp  <—  oo.  Node  A  can  set  fd ^  <—  oo  if  dp  = 
oo  and  PSp  =  </>. 

The  key  to  loop-freedom  in  DIR  is  the  dissemination 
of  route  requests  (RREQ)  that  form  a  directed  acyclic 
graph  (DAG)  rooted  at  the  source,  and  having  the  route 
replies  (RREP)  traverse  the  reverse  paths  along  such  a  DAG. 
RREPs  establish  a  strict  ordering  of  feasible  distances  when 
setting  up  the  successor  path  to  the  destination.  A  RREQ 
traverses  a  loop-free  path  and  carries  the  minimum  feasible 
distance  of  any  of  its  relays  (MDC),  and  only  a  node  with  a 
distance  strictly  smaller  than  the  minimum  feasible  distance 
can  generate  a  RREP  (SDC).  Together,  MDC  and  SDC  en¬ 
sure  that  a  intermediate  node  replying  has  a  loop-free  path 
to  the  destination  which  does  not  contain  any  of  the  nodes 
in  the  traversed  path.  Because  the  RREP  travels  a  loop- 
free  path,  route  establishment  does  not  create  loops.  How¬ 
ever,  it  is  essential  that  a  strict  ordering  of  feasible  distances 
be  established  along  the  route  traversed  by  the  RREP.  Re- 
seting  feasible  distances  without  synchronization  with  up¬ 
stream  neighbors  can  create  loops.  A  technique  for  reset- 
ing  feasible  distances  is  to  use  diffusing  computations  [3] 
which  requires  nodal  synchronization  across  multiple  hops. 
DIR  uses  RDC,  which  defines  a  safe  condition  by  which 
nodes  can  determine  when  their  feasible  distance  can  be  re¬ 
set.  When  the  predecessor  set  of  a  node  is  empty,  the  node 
has  no  upstream  nodes  with  whom  it  needs  to  synchronize 
and  can  reset  its  feasible  distance. 

2.2  Information  Stored  and  exchanged 

Node  A  running  DIR  maintains  the  following  entries  in 
the  routing  able:  (a)  the  successor  to  D  (s^),  (b)  the  pre¬ 
decessor  set  for  D  ( PS (c)  Maximum  lifetime  of  pre¬ 
decessors  PSp  ( maxlifePSp )  (d)  the  current  distance 
(d^),  and  (e)  the  feasible  distance  ( fd ^).  The  entry 
maxlifePSp  is  the  time  after  which  nodes  in  PSp  hav¬ 
ing  A  as  the  next  hop  towards  destination  D  will  invalidate 
their  routes. 


A  RREQ  consists  of  the  tuple  {dst,  src,  rreqid, 
rnf<^dst ’  Pathdest}’  where  src  represents  the  source  seek¬ 
ing  a  route  to  destination  dst.  The  rreqid  is  an  iden¬ 
tifier  assigned  to  a  RREQ  at  the  source  such  that  each 
(src,  rreqid)  pair  is  unique.  The  pathrdesq  consists  of  a  set 
of  tuples  specifying  the  path  traversed  by  the  RREQ.  The 
tuple  for  the  ith  node  in  the  path  traversed  is  of  the  form 
{nodei,  maxfdi,  lei },  where  nodei  is  the  node  identifier 
for  the  ith  path  entry,  maxfdi  is  the  maximum  feasible  dis¬ 
tance  that  can  be  set  at  nodei  on  receiving  a  reply.  The  field 
lei  represents  the  associated  link  cost. 

The  RREP  consists  of  the  tuple  {dst,  src,  ttl,  dd{f , 
f  d^dst  i  Path}-  The  field  src  specifies  the  origin  of  the 
RREQ  for  which  a  RREP  was  initiated.  The  field  ttl  is  the 
lifetime  of  the  route  at  the  node  transmitting  the  RREP.  The 
current  distance  towards  the  destination  at  the  node  relaying 
the  route  reply  is  represented  by  dTT,  and  fdrfp  represents 
the  feasible  distance. 

A  RERR  message  consists  of  the  tuple  {orig,  dests}. 
where  orig  is  the  originator  of  the  route  error  message  and 
dests  is  the  list  of  destinations  which  are  no  longer  reach¬ 
able  through  orig. 


2.3  Route  Maintenance 


2.3.1  Initiating  a  RREQ 

Node  A  is  said  to  be  active  for  the  route  computation  for 
the  destination  D  when  it  issues  a  RREQ  that  is  uniquely 
identified  by  the  pair  (A,  ID  a).  A  node  can  be  active  for 
only  a  single  computation  for  a  destination  at  any  instant 
of  time.  The  route  computation  (A,  ID  a)  terminates  when 
node  A  receives  a  RREP  that  is  feasible  at  node  A  or  the 
timer  for  the  RREQ  expires.  The  route  computation  termi¬ 
nates  as  success  and  a  failure  in  the  two  cases  respectively. 
A  node  A  that  requires  a  route  for  destination  D  buffers 
packets  if  it  is  active  for  destination  D.  Otherwise,  it  is¬ 
sues  a  RREQ  {D,  A,  rreqid  =  ID  a,  mfcTdesq,  pathr^q} 
by  setting  ID  a  <—  RequestC  ounter  +  1;  rreqid  <— 
I Da;  mfdr*q  ^/d£;  path  4—  (nodei d  =  A,  maxfd  = 
fd^,  0)  and  RREQtimer  4—  (2. ttl. latency),  where  ttl  is 
the  time-to-live  of  the  broadcast  flood  and  latency  is  the  es¬ 
timated  per-hop  latency  of  the  network. 

If  node  A  receives  no  RREP  for  destination  D  after  its 
timer  for  (A,  ID  a)  RREQ  expires,  itsends  a  new  RREQ 
with  an  increased  ttl.  If  after  a  number  of  attempts  node 
A  does  not  receive  a  RREP,  a  failure  is  reported  to  the  up¬ 
per  layer.  The  number  of  hops  that  a  RREQ  can  traverse  is 
controlled  externally  from  the  RREQ  by  means  of  the  TTL 
field  of  the  IP  packet  in  which  the  RREQ  is  encapsulated. 


2.3.2  Relaying  RREQs 

A  node  relaying  a  RREQ  originated  by  another  node  is  said 
to  be  engaged  in  the  RREQ.  A  node  maybe  engaged  in  mul¬ 
tiple  RREQs  for  the  same  destination,  and  a  node  that  is 
engaged  in  a  route  computation  maintains  no  explicit  state. 

When  node  B  receives  RREQ  {D,  A,  reqid  =  I  Da, 
mf  dfffi ,  pathr^q},  it  first  determines  its  own  status  for 
(A,  ID  a).  If  B  is  active  (i.e.,  B  =  A)  or  engaged  (i.e., 
B  is  listed  in  pathr^q)  in  the  computation  {A,  ID  a),  it 
silently  drops  the  RREQ.  Otherwise,  node  B  is  said  to 
be  passive.  If  this  is  the  case  and  SDC  is  satisfied  ('i.e., 
dBD  <  mfdr^q),  then  node  B  issues  a  RREP  (Section  2.3.3). 
Else,  if  SDC  is  not  satisfied,  node  B  relays  the  RREQ  with 
mfdr^q  4 —  min{fdp,  mfdr^q}  and  pathr^q  ^—pathr^q(B 
(nodeld  =  B,  maxfd  =  mfdr^q,  lcB). 

2.3.3  Initiating  and  Processing  RREPs 

When  node  /  processes  RREQ  {D,  A,  reqid  =  ID  a, 
mfdr^q,  pathpq}  and  SDC  is  satisfied  (i.e.,  dfD  < 
mfdrffq),  it  issues  a  RREP  {D,  src,  dr^p,fdr^p,  ttl, 
pathr^p}  where  fdr^p  <—  fd/D  and  dr^p  <—  dp.  The  des¬ 
tination  or  the  intermediate  node  initiating  the  RREP  sets 
pathrpP  to  the  reverse  path  pathrffq  traversed  by  the  RREQ. 

If  node  A  receives  RREP  {D,  src  =  S,  fdr^p,  ttl, 
pathr^p},  it  determines  if  it  is  the  source  S  of  the  RREQ 
that  caused  the  RREP.  If  so,  it  proceeds  as  Section  2.3.4 
describes.  If  A  ^  S,  then  it  updates  its  routing  table  as 
Section  2.3.4  states,  and  forwards  the  RREP  along  pathrffp 
setting  fdrpP  <—  fd ^  and  dr^p  <—  dp  if  node  A  updated 
its  routing  table  after  processing  the  RREP  and  /d^j  < 
maxfdr^Ppath  A.  Otherwise,  the  RREP  is  silently  dropped. 
Node  A  also  adds  the  next  hop  of  the  RREP,  B.  to  PSp. 

2.3.4  Adding  and  Updating  Routes 

By  definition,  if  node  A  has  no  routing-table  entry  for  des¬ 
tination  D ,  its  distance  and  feasible  distance  for  D  are  as¬ 
sumed  to  have  bash:  a:  command  not  found  dr^p  ,f  dr^p  ,ttl , 
pathrpP}  from  neighbor  B,  it  carries  out  the  following 
steps:  If  (drpp  +  Ic £  <  d£  A  fdfep  f-fdjf),  then 
node  A  sets  4—  B.  4—  dr^p  +  Ic^,,  and  fd^  4— 
min{fdp,  maxf  df^Ppath"A ,  d^,}. 

2.3.5  Route  Failures 

Node  A  sets  s^  4—  nil,  dp  <—  00  if  no  data 

packets  have  been  forwarded  using  this  route  entry  for 
activejrouteJtime  seconds.  Nodes  should  update  lifetimes 
as  discussed  in  Section  2.3.6. 

Node  A  carries  out  the  following  steps  if  its  predecessor 
set  (PSp)  is  not  empty  and  either  node  A  receives  a  link- 
level  notification  that  its  link  to  s  f}  has  failed,  or  node  A 
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Figure  1.  Illustration  of  DIR 


receives  a  RERR  from  s  p :  Node  A  broadcasts  a  RERR,  and 
it  sends  a  RREQ  for  D  (Section  2.3.1)  if  node  A  is  an  active 
source  of  data  packets  for  D  or  is  performing  a  localized 
route  repair  operation. 

2.3.6  Reseting  feasible  distances 

A  node  can  safely  set  its  feasible  distance  to  oo  when  it 
has  an  invalid  route  and  the  set  of  predecessors  PSp  =  </>. 
One  approach  to  ensure  the  predecessor  set  is  empty  is  no¬ 
tify  each  predecessor  with  a  reliable  route  error  update. 
However,  this  is  expensive  in  a  wireless  network  with  a 
contention-based  MAC  protocol. 

A  node  broadcasts  a  route  error  (RERR)  unreliably  to 
notify  its  predecessors.  The  unreliable  transmissions  of 
RERRs,  together  with  queueing  delays  for  data  packets,  can 
cause  route  lifetimes  to  be  refreshed  although  no  data  pack¬ 
ets  are  delivered.  This  can  result  in  a  node  invalidating  its 
route,  while  the  predecessors  still  have  a  valid  route  (be¬ 
cause  the  broadcast  route  error  was  lost).  A  node  increasing 
its  feasible  distance  by  incorrectly  judging  the  predecessors 
set  as  empty  can  lead  to  the  formation  of  loops. 

Accordingly,  route  and  predecessor  lifetimes  are  up¬ 
dated  in  DIR  using  the  following  rules:  Node  A  hav¬ 
ing  an  active  route  to  destination  D  with  next  hop  B  up¬ 
dates  the  route  lifetime  (ttlp)  only  if  it  receives  an  ac¬ 
knowledgement  from  the  lower  layer  for  the  delivery  of 
the  data  packet  to  B.  Node  A  sets  maxlifePSp  to  expire 
activejroute-timeout  from  current  time,  when  it  receives 
a  data  packet  from  any  predecessor  in  PS p. 

Following  these  rules  when  updating  the  lifetimes  will 
ensure  that  the  routes  expire  at  a  node  and  its  predecessors 
at  the  same  instant.  If  maxlifePSp  expires  without  any 
data  packets  from  PSp,  then  PSp  <—  4>  and  if  =  oo 
then  node  A  sets  fd ^  <—  oo. 

3  DIR  Example 

Figure  1  shows  a  directed  acyclic  successor  graph  for 
destination  D  for  a  six-node  network.  Nodes  A  and  B  have 


active  flows  for  destination  D.  The  feasible/measured  dis¬ 
tances  are  shown  at  time  t  \  after  the  initial  route  setup  for 
destination  D.  At  time  t  >  t 1,  link  BC  fails  and  node  B 
broadcasts  a  route  error  notifying  A  that  D  is  unreachable. 
However,  A  does  not  receive  the  route  error. 

Node  B  initiates  a  new  RREQ  with  mfd'ff1  =  2  because 
it  has  =  2  and  and  cannot  set  it  to  oo  until  PSp  =  4>. 
Nodes  E  and  F  do  not  possess  any  knowledge  of  destina¬ 
tion  D  and  cannot  satisfy  SDC.  They  relay  the  RREQ  with 
maxjdD  p  =2  and  maxjaD  p  =  2,  respec- 
tively.  The  RREQ  reaches  the  destination  D  because  no 
node  satisfies  SDC.  At  the  destination  D,  a  RREP  is  initi¬ 
ated  with  dTpP ,  fdr^p  <—  0,  which  follows  the  reverse  path. 
Node  F  updates  its  hop  count  dp  <—  1,  sets  fd ^  <—  1,  and 
relays  the  reply  to  node  E.  Node  E  updates  distance  dp  <— 
2,  sets  fdp  <—  2.  Node  B  processes  the  reply  and  updates 
its  distance  dp  <—  3,  and  sets  its  feasible  distance  fdp  <—  2 
(asminl/d^  =  2,  maxfdpPpathB  =2 ,dp  =  3)).  Notice 
that  the  feasible  distances  are  monotonic  ally  non-increasing 
towards  the  destination  D  along  a  path. 

If  A  does  not  receive  a  RERR  for  destination  D  after 
the  new  route  is  setup  at  B,  node  A  can  still  forward  data 
packets  through  B  for  destination  D,  and  with  the  ordering 
maintained  no  loops  would  form.  On  the  other  hand,  if  A 
had  received  the  RERR,  it  would  have  issued  a  new  RREQ 
(A,  ID  a)  to  setup  a  route  to  the  destination. 

4  Performance 

We  present  results  for  DIR  over  varying  loads  and  mobil¬ 
ity.  The  protocols  used  for  comparison  are  two  on  demand 
protocols  DSR  and  AODV,  which  reflect  the  state  of  the  art 
in  on-demand  routing,  and  OLSR  which  is  a  pro-active  link 
state  protocol.  Simulations  are  run  in  Qualnet.  The  parame¬ 
ters  are  set  as  in  [10].  We  use  an  optimization  in  DIR,  send¬ 
ing  directed  route  requests  (DRREQs)  which  are  calculated 
from  the  collected  path  information  carried  in  control  mes¬ 
sages  by  using  a  path  selection  algorithm  (i.e.,  Dijkstra). 
The  DRREQs  contain  a  source  route  along  which  they  are 
routed.  If  the  DRREQ  path  is  not  valid  then  a  normal  RREQ 
is  flooded  on  the  next  attempt  after  the  request  timer  expires. 
Otherwise  intermediate  nodes  satisfying  SDC  or  the  desti¬ 
nation  can  generate  a  RREP  if  they  receive  a  DRREQ. 

Simulations  are  performed  on  two  scenarios,  (i)  50-node 
network  with  terrain  dimensions  of  1500m  x  300m,  (ii)  100- 
node  network  with  terrain  dimensions  of  2200m  x  600m. 
Traffic  loads  are  CBR  sources  with  a  data  packet  size  of 
512  bytes  at  4  packets  per  second.  Load  is  varied  by  us¬ 
ing  10  flows  and  30  flows.  The  MAC  layer  used  is  802.11 
with  a  transmission  range  of  275m  and  throughput  2  Mbps. 
The  simulation  is  run  for  900  seconds.  Node  velocity  is  set 
between  1  m/s  and  20  m/s.  Flows  have  a  mean  length  of 
100  seconds,  distributed  exponentially.  Each  combination 


(number  of  nodes,  traffic  flows,  scenario  ,  routing  protocol 
and  pause  time)  is  repeated  for  9  trials  using  different  ran¬ 
dom  seeds. 

We  present  four  metrics.  Delivery  ratio  is  the  ratio  of  the 
packets  delivered  per  client/server  CBR  flow.  Latency  is  the 
end  to  end  delay  measured  for  the  data  packets  reaching  the 
server  from  the  client.  The  network  load  is  the  total  number 
of  control  packets  (RREQ,  RREP,  RERR,  Hello,  TC  etc)  di¬ 
vided  by  the  received  data  packets.  Data  hops  is  the  number 
of  hops  traversed  by  each  data  packet  (including  initiating 
and  forwarding)  divided  by  the  total  received  packets  in  the 
network.  This  metric  takes  into  account  packets  dropped 
due  to  forwarding  along  incorrect  paths.  A  higher  data  hops 
metric  indicates  more  number  of  hops  data  packets  traverse 
without  reaching  the  destination  or  the  in-optimality  of  the 
routes.  Table  2  and  3  summarizes  the  results  of  the  different 
metrics  by  averaging  over  all  pause  times  for  the  50  and  100 
node  networks.  The  columns  show  the  mean  value  and  95% 
confidence  interval. 

Figs  2,  3,  4,  and  5  show  the  delivery  ratio.  Confidence 
intervals(95%)  are  shown  with  vertical  bars  in  the  graphs. 
DIR  has  a  very  consistent  performance  across  all  scenarios 
and  outperforms  other  protocols  in  most  cases.  The  excep¬ 
tion  is  at  high  flows,  low  mobility  scenarios  where  OLSR 
and  DSR  seem  to  do  better.  In  the  low-load  10-flow  sce¬ 
narios,  DIR  has  the  highest  data  delivery  although  in  the 
50-node  scenario  AODV’s  delivery  is  statistically  equiva- 
lent(confidence  intervals  overlap).  The  next  best  protocol 
in  terms  of  data  delivery  is  DSR,  followed  by  OLSR.  The 
lowest  latency  is  OLSR  at  .0129  ±  .00  followed  by  DIR 
at  .0159  ±  .00.  Significant  control  overhead  is  incurred  by 
OLSR  and  DSR,  whereas  both  AODV  and  DSR  are  statisti¬ 
cally  equal.  In  the  high-load  50-node  30-flow  scenario,  DIR 
and  OLSR  exhibit  statistically  equal  packet  delivery.  Both 
DIR  and  AODV  seem  to  suffer  significantly  in  these  sce¬ 
narios.  The  low  mobility  scenarios  tend  to  be  over-bound 
with  network  partitions  and  on-demand  protocols  would  at¬ 
tempt  to  find  a  route  to  destinations  that  are  not  reachable. 
This  also  accounts  for  the  increased  network  load  of  these 
two  protocols  in  this  configuration.  In  practise,  an  external 
measure  needs  to  be  imposed  to  avoid  excessive  attempts 
to  find  unreachable  destinations.  DIR  dominates  the  low- 
load,  100-node,  10-flow  scenarios  with  the  highest  packet 
delivery  at  .9917  ±  .00,  the  lowest  latency  0.0316  ±  .00 
and  lowest  network  load  at  0.7598  ±  .09.  The  next  best 
performance  is  exhibited  by  AODV  followed  by  DSR  and 
OLSR.  The  same  trend  follows  in  the  high  load  100-node 
30-flow  scenario  with  DIR  dominating,  although  incurring 
a  bit  more  control  overhead. 


All  routing  protocols  forward  a  comparable  number  of 
data  packets  as  indicated  by  the  data-hops  metric.  The  high 
packet  delivery  ratio  of  DIR  across  all  scenarios  indicates 
the  correctness  of  the  routes  used  for  forwarding. 

5  Conclusion 

We  have  presented  the  Dynamic  Incremental  Routing 
(DIR)  protocol  for  mobile  wireless  ad  hoc  networks.  DIR 
achieves  instantaneous  loop  freedom  by  maintaining  a  strict 
ordering  of  feasible  distances  towards  the  destination.  DIR 
avoids  using  timestamps/sequence  numbers  as  an  invariant 
for  loop  freedom,  eliminating  the  need  for  globally  syn¬ 
chronized  clocks  or  the  necessity  for  a  sequence  number  re¬ 
set.  The  results  of  simulation  experiments  comparing  DIR 
with  DSR,  AODV  and  OLSR  using  Qualnet  show  that  DIR 
achieves  better  performance  than  the  other  protocols  while 
ensuring  loop-free  incremental  routing. 
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Figure  2.  Delivery  50-nodes,  10-flow, 
40pps 


Figure  3.  Delivery  50-nodes,  30-flow, 
120pps 


Figure  4.  Delivery  100-nodes,  10-flow, 
40pps 


Figure  5.  Delivery  100-nodes,  30-flow. 
120pps 


Table  2.  Performance  average  over  all  pause  times  for  50  nodes  network 


protocol 

flows 

delivery  ratio 

latency  (sec) 

net  load 

Data  Hops 

DIR 

10 

0.9963±0.0006 

0.0159±0.0009 

0.2237±0.0220 

2.6748±0.0723 

DSR 

10 

0.9441±0.0096 

0.03233=0.0120 

1.7023±0.2986 

1.69743=0.0732 

OLSR 

10 

0.8894±0.0163 

0.0129±0.0005 

2.5773±0.1138 

2.5199±0.0705 

10 

0.99463=0.0010 

0.01703=0.0010 

0.24893=0.0248 

2.59883=0.0699 

DIR 

EM 

0.8147±0.0203 

0.7088±0.1261 

2.43493=0.3294 

2.8901±0.0980 

DSR 

Em 

0.69873=0.0236 

4.15353=0.4357 

1.5269±0.1919 

1.9703±0.0851 

OLSR 

■m 

0.7938±0.0137 

0.82023=0.1138 

0.9666±0.0373 

2.5845±0.0584 

AODV 

191 

0.7794±0.0186 

0.88183=0.1177 

3.78673=0.3613 

2.9148±0.1043 

Table  3.  DIR:  Performance  average  over  all  pause  times  for  100  nodes  network 


protocol 

flows 

delivery  ratio 

latency  (sec) 

net  load 

Data  Hops 

DIR 

10 

0.9917±0.0015 

0.0316±0.0020 

0.7598±0.0975 

3.95503=0.1193 

DSR 

10 

0.89593=0.0194 

0.0895±0.0430 

6.8503±  1.1625 

3.32283=0.1446 

OLSR 

10 

0.8367±0.0278 

0.0224±0.0008 

15.14043=0.8074 

3.68273:0.1116 

AODV 

10 

0.98863=0.0018 

0.0408±0.0042 

0.86793=0.1009 

3.82483=0.1156 

DIR 

30 

0.678 1±0.0222 

0.9355±0.0968 

8.0876±0.8231 

4.5671±0. 1640 

DSR 

30 

0.6293±0.0216 

4.8421±0.3578 

5.55903:0.6150 

4.08823=0.1566 

OLSR 

30 

0.63863=0.0191 

3.1952±0.3234 

6.63863=0.3159 

3.9999±0.1216 

AODV 

30 

0.6492±0.0202 

1.2072±0.1636 

19.14263=7.6063 

4.54603=0.1617 

